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Information Routing 



The present invention relates to processes and means by which multiple computers in 
networked systems are enabled to make available and/or exchange information. The invention is 
particularly directed at provision of an integrated system for access to and use of information by 
any one or more of multiple computer systems without requiring specifically programmed 
responses or requests in or from the distinct systems. 

Enabling multiple computer systems to work effectively in sharing information and resources 
accounts for a substantial proportion (possibly 80%) of current work in the integration of computer 
systems. For example, a system in a retail bank may hold information relating to a customer's 
account, while quite a different system (such as a telephone switch) may hold more transient 
information regarding the source of origin of a customer's call. Making these separate systems 
work together (so as, say. to display the customer's account details on a screen using the 
telephone caller line ID as a key) presently involves using hardware and software to program each 
participating system to communicate specifically and directly with each other to achieve the desired 
result. The problem with this approach is that the complexity of the integration rises rapidly as the 
number of systems to be integrated increases. Furthermore, the specific programming skills 
required may become difficult to acquire and retain as individual integrated systems become older 
or even obsolete. 

Attempts to address these problems have led to the development of "Information Brokers" or 
"Message Oriented Middleware" which enable one system to connect to another, often via an . 
intermediary hub. This offers a considerable improvement because each integrated system ^ 
-.requires only to be connected to the hub rather than to each of the other systems involved in the 
integration. Furthermore, the complexities of ensuring that messages arrive in the correct order at 
the recipient system, the queuing of messages so that temporary unavailability does not affect the 
overall integration, and the distribution of messages to multiple "subscribing" systems can all be 
handled within the message oriented middleware. An example of an existing message queuing 
system is described in US Patent 4333144 "Task communicator for multiple computer system". 

One central problem with this approach, however, is that each systenri, being an "end point" 
in the integration, needs to be specifically programmed in the light of the operations to be done 
preceding and subsequent to the trarismission of each. message or batch of messages between 
systems. These operations have to be programmed in the light of and with knowledge of the 
equivalent operations of other integrated end points. As the number of integrated systems 
increases, this work becomes overwhelmingly complex. Automatic integration - that is. enabling 
systems of all kinds to work together without the need to explicitly program or re-program each 
system in every new case is not facilitated in this environment. 

The present invention provides an improved method and apparatus for information routing 
and sharing in multiple computer networks, which can facilitate automatic integration of diverse 
network and data systems, and users and sources of information. 
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In one aspect, the invention provides a nnethod of facilitating the exchange and processing of 
infornnation in and between a plurality of Blocks, each Block comprising an information-providing or 
information-processing element in an integrated. data network, at least one Block having a 
requirement to receive information from one or more other Blocks, the method comprising 
5 - providing an Information Routing Layer to manage the exchange of information between Blocks 
and the fulfilment of a specific Information Request from a Block having a requirement to receive 
information; wherein 

- each Block which can provide or process information on the network is registered at the 
Information Routing Layer for such purpose; ■ ' 

10 - each unit of information is handled in the Information Routing Layer as a Field within a Dataset 
uniquely identified and associated with the Block first responsible for providing information in such 
Dataset; 

- on receipt of an Information Request specifying at least one Field, the Information Routing Layer 
operates to match the or each requested Field with a Proper Set comprising a corresponding Field 

15 (or Fields) selected from an available Dataset or Datasets. 

In a multiple computer system, distinct information users and sources may be considered as 
"Bloaks" in an integrated data network. Such "Blocks" may therefore comprise an individual 
computer or transducer or may comprise multiple devices or an entire local area network which can 
effectively function as an individual data user or source within the wider integrated data network. 

20 Preferably, where one or more Blocks have an information processing capability to produce 

one or more specified output Fields when provided with one or more specified input Fields, this 
capability is recorded in the Information Routing Layer in {he form of an Exchange Set for each 
' Block with said capability specifying the said input and the said output Field(s) fbr each^^uch Block, 
and the Information Routing Layer is adapted to form an Aggregate Set of one or mor6 Fields from 

25 an available Dataset or Datasets with one or more of said Exchange Sets so as to enable the 
fulfilment of a specificlnformation Request 

An Information Routing Layer provides for the routing of information stored in the form of 
Datasets (combinations of field names, types, values and other components) from one Block to 
another by the process of "Information Routing", such that an existing Dataset can be provided or 

30 an Aggregate Set can be constructed using available Exchange Sets where appropriate to meet 
the information requests of other Blocks in the integrated data network without programmatic or 
specified workflow reference to such other Blocks. This latter feature, in particular; gives the 
present invention the advantages of straightforward scalability, resilience and generic applicability. 
In a corresponding physical aspect, the invention provides an Information Router for 

35 facilitating the exchange and processing of information in and between a plurality of Blocks, each 
Block comprising an information-providing or infomnation-processing element ih^n integrated data 
network, at least one Block having a requirement to receive information from one or more other 
Blocks, the Information Router comprising one or more computer processor(s) programmed to 
manage the exchange of information between Blocks and the fulfilment of a specific Information 

40 Request from a Block having a requirement to receive information; whereby each Block which can 
provide or process information on the network is registered by the Information Router for such 



purpose; each; unit.of information is handled processed by the Information Router as a Field within 
a Dataset uniquely, identified and associated with the BlQpk first responsible for providing 
information in such Dataset; and wheret)y on receipt of an Infomiation Request specifying at least 
one Field, the Information Router vyill operate to match the or each requested Field with a Proper 
Set comprising a corresponding Field (or Fields) selected from, an available Dataset or Datasets. 

. Preferably, where one or more. Blocks has an information processing capability to produce 
one or more specified output Fields when provided with one or more specified, input Fields, the 
Information Router is programmed to record suph capability in the form of an Exchange Set for 
each Block with such capability specifying the said input and the said putput Field(s) for each such 
Block, and in operation to form an Aggregate Set of one or more Fields from an available Dataset 
or Datasets with one or more of said Exchange Sets so as to enable the fulfilment of a specific 
Infonmation Request. 

The process of Information Routing for automating the integration of diverse electronic and 
, computer components and systems, data- users and sources. may be performed by one or more 
specific hardware devices or a combination of hardware and software or by programmed 
instructions using conventional processors to perform "Information Router" functions. The principal 
function of the Information Routing Layer is to enable information from any Block to be, made 
available to any other Block or to specified categories of other Blocks as appropriate. 

The Information Routing Layer provides the facility for a Block to offer or convey information 
onto the network, to make requests for information, and to exchange new information in return for 
existing information. 

. . Inforrnation Routing may take place at different levels in an integrated data network. For 
Blocks that belong to a particular bounded infrastructure (a "District"), such as a local data network, 
within which Information Routing is required, a single Information Router can act as (he 
intermediary substrate (real or virtual) by which information is routed. On a wider network, Blocks 
may themselves belong to separate Districts. In this case, each District may have its own 
Information Routing Layer, with an additional link provided between the individual Districts to 
enable Information Routing at the District level. 

Information Routing may be implemented on top of conventional data network protocols, 
such as TCP/IP with or without a separate message passing and queuing facility at the underlying 
Data Routing level. Information Routing according to the present invention, is implemented at the 
application Layer / of the OSI 7-layer data networking model. 

Aspects of the invention will now be described in detail and by way of example with 
reference to the accompanying drawings, in which: 

Fig 1 . illustrates the relative hierarchy of Data Routing level. Information Routing Level, 
Districts and Blocks in an integrated data network adapted to exploit the invention; 

Fig. 2 is a diagram showing elements included in an example Dataset; 

Fig 3. is a flow chart showing the basic processes involved in Information Routing according 
to the invention; 

Fig 4. is a flow chart showing the processes involved in the formation of an aggregated 
Dataset; 



Figs 5. to 8. illustrate the principal stages in application of the present invention to a 
telephone call-centre environment; and 

Figs 9. and 10. illustrate how the application of the invention as used in the call-centre 
example can automatically adapt to the addition of a new information processing Block (a Call 
5 Logger) to the data network in that example. 

Figure 1 illustrates key elements of an integrated data network embodying features 
according to the present Invention. The integrated network is divided into Blocks 1, which represent 
individual information-processing or information-providing elements (users and/or sources of 
information), in the network. As such, each Block represents an individual computer, a local 

10 network, a transducer or a combination ofsuch entities which can act or be treated as a unitary 
"Block" within the integrated data network. In Figure 1, two Blocks in each case form a local 
District 2 and information Is routed between Districts via the Information Routing Layer 3, which 
connects them for that purpose. An additional Information Routing Layer (not shown) could also be 
provided at each District level to route information directly between Blocks in the same District. 

15 The Information Routing Layer is implemented at in the application layer above the basic 

underlying data network layers 4 (having regard to the well-known OSI 7-layer model), where data 
is transfen^ed using the conventional network protocols such as TCP-IP 

In the embodiment illustrated, the Information Routing function is implemented at network 
application level (as an "Information Router") and allows collections ("Datasets") of units of 

20 information ("Fields") contributed by one or more applications, data users or sources;("BIocks"), to 
be formed in order to satisfy the requirements for inter-Block information sharing or exctiange. 
Figure 2 illustrates diagrammatically the typical elements which will be. or may be, included within 
an example Dataset. Fields 1 to X contain data which may be provided or processed by a Block. 
A Field is made up of at least an identifier ("Field Identifier") which wiir be unique within a Dataset, 

25 and a value C*Field Value"). The Field Value may be a traditional programmatic data type such as 
integer, float or string. It may also be a data type such as uniform resoufce locator, or a proprietary 
file format such as that for a commercial spreadsheet. A Field is always contained iri abataset. A 
Dataset always has a unique label. 

A Dataset will also normally have one or more "Attributes" which cah be used by the 

30 Information Routing Layer for process management functions. Typically. "Attributes" may include 
the time of creation of the Dataset, an identifier of the Block which first provided the Dataset and an 
indicator if the Dataset is in an extant Aggregate Set. 

Additionally, the Dataset may include details of the Field(s) supplied in response to one or 
more Information Request 

35 The Information Router provides a single programmatic interface for the benefit of 

participating Blocks via a programming library or similar facility. The Information Router supports 
the basic operations specified below which allow Blocks to make use of the Information Routing 
Layer for such purposes, iri addition to conventional message cjueuing. publishing and subscription 
facilities. 

40 ' A Block makes information available for access by other Blocks in the integrated data 

' network via the Information Routing Layer by providing specified information in the form of a Field 



in a Dataset. ^ BiQck may create a new Datgset or add a new Field to an existing Dataset. The 
Infornnation Routing function applies a unique label to each, new Dataset, and no other Block is 
able to use this label. Once such a label js generated, it is possible for the same Block to add 
another Field which can be attached to.the,same Datqset using the unique label as identifier. 
5 At any one time, therefore, there is a finite set of Fields associated with any extant Dataset. 

It is not possible to add a Field to a pataset if the; new Field has the same Field Identifier as an 
. existing Field in that Dataset. This is because the set of all Fields in any Dataset can not contain 
duplicate Field Identifiers (i.e. it must be a "Proper" set).. The Information Router keeps track of 
existing Datasets. 

10 A Block which requires, particular informatioa can attempt to obtain such information, if 

available from a source on. the integrated data network, by raising a uniquely labelled "Information 
Request" including a Proper Set of Field Identifiers corresponding to the information being sought 
(the "Information Request Set"). The Information Request also includes an Attribute, identified as 
the "Information Request Value", which can be used by the system to prioritise fulfilment of that 

15 Information Request. The "Information Request Value" may be allocated by the Block raising the 
Request or by the Information^ Router, or may be predetermined. Once a Request has been 
raised, it is held at the Information Routing Layer until fulfilment or expiry. 

An Information Request is referred to as "Empty" until the specified Fields have been 
supplied via the Information Router. On submission of an Information Request, any existing 

20 Datasets that has the required Information Request Set may release a copy of that set of Fields via 
the Information Routing Layer, 

The Infornnation Router acts to ensure that regardless of how many existing Datasets may 
release th.e required Information Request Set. only one of these sets will be used to fulfil the 
Information Request. This operation is done in accordance with rules applied by the^ Information'' 

25 Router. Once an, Information Request has been satisfied, the Fields in it can be made available to 
the Block that raised the Information Request via the Information Routing Layer. When this is done 
that Information Request is removed entirely from the system. 

In addition to supplying or requesting information directly, a Block may have the capacity to 
process information and thereby be able to provide specified Output Information in exchange for 

30 particular Input Information. 

If a Block has a capability to process information, it makes that capability known to other 
Blocks via the Information Routing Layer by raising a uniquely labelled "Exchange Set" which 
includes two Proper Sets of Field Identifiers (the "Input Set" and the "Output Set"). The union of the 
Input Set and the Output Set must itself be a Proper Set. The Exchange Set includes an Attribute 

35 known as the Exchange Cost. The Exchange Cost is used by the Information Router as a 

selection parameter to determine the priority to be given to completing a particular Exchange Set 
and/or to determining which Dataset(s) are selected to participate in a given Exchange Set 
transaction. The Dataset which supplies a specified Input Set will receive, in Exchange, the 
specified Output set. 

40 Once an Exchange Set is created, any existing Dataset that holds the relevant Input Set may 

release a copy of that set of Fields via the Information Routing Layer. As for fulfilment of a direct 
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Information Request, regardless of how many existing Datasets may be able to release the 
required Input Set, the' Information Routing Layer ensures that only one of these will be used to 
supply the Exchange Set. The Information Rouier will only act to supply Input Sets to empty 
Exchange Sets. Additionally, the Information Router will not permit any supplying Dataset to 
5 include a Field which is specified in the Output Set of the Exchange Set. (Otherwise, if the Output 
Set includes a Field already in the Dataset, the resuft would not be a Proper Set.) 

This supply of an Input Set is non-exclusive. For example, if a second Exchange Set exists 
- with an identical Input Set, then a single existing Dataset holding that Input Set can satisfy both 
Exchange Sets. Again, because the supplying Dataset will receive the Output Set from both such 
10 Exchange Sets, it can only be permitted Id supply both Input Sets if the union of the Output Set 
from each Exchange Set would be a Proper Set, that is, if there is no Field Identifier common to 
both Output Sets. 

Once ah Exchange Set holds the required Input Set, the Fields in it are made available to 
the Block that raised the Exchange ^et. This same Block is then required to provide the specified 
15 Output Set of Fields into that Exchange Set. When the Exchange Set receives the Output Set, the 
Output Set Fields are attached to the original Dataset from which the Input Set was obtained and 
the Input Set Fields in the Exchange Set are emptied. 

The net effect of this process is that the original supplying Dataset increases, or aggregates. 
Its set of Fields via the addition of those in the Output Set; The Exchange Set then reverts to its 
20 original empty state. This means that the Exchange Set is once more made available for use by the 
Information Router: By following this process, the Information Router can selectively crebte 
aggregated Dataset(s) to meet Information Requests which cannot otherwise be met <iin3ctly from 
an original Dataset. ' 

Figure 3 is a flow chart illustrating the various steps taken by ttie Information Router in the 
25 process of aggregation by matching Datasets with Exchange Sets'and Information Requests. The 
■ combination of a Dataset, and a collection of zero or more Exchange Sets whose Output Sets form 
a Proper Set matching at least one Information Request is referred to as an Aggregate iSet. The 
Information Router may use any appropriate selection technique to form such a combination. For 
example; any appropriate known search algorithm may be used to identify the optimal original 
30 Dataset which when combined with zero or more Exchange Sets will form an Aggregate Set 

satisfying one or more Information Requests. Figure 4 is a flow chart of the principal process steps 
■ for producing an Aggregiate Set from a Dataset and using one or more Exchange Set' to meet a 
' specified Inforrhation Request. 

The Information Router may cause many Aggregate Sets to form simultaneously in the 
35 Infomnation Routing Layfer within a District. 

The Information Router uses the specified Information Request Value arid Exchange Set 
Cost(s) to determine whether a particular Request can or should be fulfilled appropriately by 
possible Exchanges. The Information Request Value and Exchange Set Cost(s) may be 
representative of monetary costs or other measures of a critical resource, such as processor time 
40 or memory utilisation, which are relevant limiting factors in the circumstances. The Information 



RoLiter use^^these parameters (Attributes) to make operational decisions whether or not an 
Information Request can be met effectively within the applicable resource constraints. 

BasiCjaHy, th^ determining factor is that the total -Exchange Set Costs in creating an 
Aggregate Set should not exceed. thqt total Infpr^nation Request Value(s) of the Information 
5. Request(s) which can be met by.corresponding Aggregate Set. 

The sum^of the Exchange Set Costs required to enable any given Dataset to satisfy any 
given Information Request is referred to as the Aggregate Cost. If the Aggregate Cost of a 
possible aggregation of Exchanges ("Exchange Route") is greater than the Information Request 
Value, then that Exchange Route can be discarded as ineligible. If the Aggregate Cost for one 

1Q Dataset is lower than that for a. different Dataset,. then the one Dataset will be preferred by the 
. Information Router as. the starting pojnt for a Aggregate Set. If one Aggregate Set satisfies several 
different Information Requests, then that Aggregate Set will be preferred by,the Information Router 
rather than having two or more separate Aggregate Sets satisfy those Information Requests, 
provided the Aggregate Cost of the one is less than the sum of the separate Aggregate Sets. 

1 5 If one Aggregate Set can satisfy one of several Information Requests with identical 

Information Request Sets, then the Information Router can prioritise on the basis of maximising the 
margin between Value and Costs and act to satisfy first the Information Request whose Information 
Request Value less the corresponding Aggregate Cost is greatest. 

The Information Router is able to maintain a history of the elapsed time between the Input 

20 Set of a Exchange Set being collected, and the Output Set of the Exchange Set being produced. If 
one Block historically completes its associated Exchange Set more quickly than another, then this 
Exchange S^tmay be preferred by the Information Router over another Exchange Set (pr Sets) 
which could be aggregated to meet a particular Information Request. 

The Information Routing Layer can impose a lifetime on Datasets, which may*differ from 

25 District to District. For example, in a District supporting, say, a Computer Telephony system, a 

lifetime of a few minutes may be appropriate, whereas in a District dealing with historical customer 
records, a lifetime may be just that. Any Dataset older than its appropriate lifetime is "Expired". An 
Expired Dataset will no longer be available from the Information Routing Layer. 

Any Dataset which has supplied all possible Proper subsets of the Fields attached to the 

30 Dataset is deemed "Expended". For example, a Dataset holding just one Field is expended as 

soon as that Field satisfies a Information Request. An Expended Dataset is removed entirely from 
the information Routing Layer. It follows that any other Information Request requiring the same 
Information Request Set can only have its request satisfied by another Dataset. if at all. and that 
any one Dataset (not being part of an active Aggregate Set) may satisfy not more than N(N+1 )/2 

35 information Requests, where *N' is the number of Fields in the Dataset. No Dataset can be Expired 
or Expended if it is part of an extant Aggregate Set. 

A Block that has raised any Dataset. Information Request or Exchange Set can shatter it at 
any time by invoking a "Shatter" operation using the Datasefs unique label. This may be done, for 
example, if the originating Block determines that the Dataset, Information Request or Exchange 

40 Set has been superseded or that one or more Fields are no longer valid. A Shattered Dataset, 



Information Request or Exchange Set will no longer be available from the Information Routing 
Layer. 

If a Block that has raised an Information Request or an Exchange Set becomes 
disconnected from the Information Routing Layer for any reason, the Information Router may 
5 remove the consequent "Orphaned" Information Requests and Exchange Sets raised by that Block 
from the system regardless of the status, of any Aggregate Sets comprising the relevant Exchange 
Sets or created to meet the relevant Information Requests. 

An application of the present invention in the practical situation of a miniature "call centre" 
with two staff will now be described to demonstrate how the Information Routing functionality can 
10 bring three major advantages to a common integration problem faced by many organisations: 

i) rapid, cheap "proof of concept" of an overall solution using simulation; 

ii) development of separated Blocks of functionality that neither communicate directly 
nor participate in a workflow that each Block (and therefore its programming team) needs to be 
aware of; 

15 iii) the ability to add new business functionality without in any way changing or 

impacting on existing Blocks. 

i Figure 5 is a block diagram of a single "District" 41 comprising four Blocks 43, 44,' 45, 46, 
functionally overlying an Information Router/Information Routing Layer 42. Block 43 is a Telephony 
Switch - this is the hardware into which the outside telephone lines are connected and to which all 

20 the call centre staff ("Agents") are connected via a telephone handset in the usual manner. Block 
44 is the Customer Database - this is the records system, which is able to look up and output 
customer details upon being given the telephone number from which the caller is ringing (using 
"CLI" or Caller Line Identification). Blocks 45 and 46 are Two Agent workstations • these? are the 
PCs or terminals (separate from the telephone handsets) in front of which the Agents are seated. 

25 : In the Information Routing Layer 42. three Exchange Sets 47 have been raised, one each by 

the Customer Database and the two Agent PC applications. These Exchange Sets are indicative 
of the information processing capabilities of the respective Blocks. As yet. no Datasets exist in the 
Information Routing Layer, nor any Information Requests. 

Figure 6 shows diagrammatically the changes which occur when a call arrives at the 

30 Telephony Switch 43. The Telephony Switch 43 knows both the inward number dialled and the 
number from which the call originated (using Calling Line Identification - CLI) and is able to create 
a new Dataset 48 iilitially comprisinig two Fields, having Field Identifiers "PCr and "CLI" 
respectively, in the Information Routing layer 42. 

In conjunction with the creation of this Dataset 48, the Telephony Switch 43 also raises an 

35 Information Request 49 with a corresponding Information Request Set comprising the Field 

Identifiers "PCI" and "Done". This is essentially a request for confirmation that the new incoming 
call has been dealt with. Initially, this Information Request 49 cannot be satisfied, because no 
, : Dataset exists with both a "PCr Field and a "Done" Field. However, once the Request 49 has 
been submitted and is pending response in the Information Routing Layer 42, the Telephony 

40 Switch 43 has no need to wait until a response is received, but is immediately freed to handle 
another incoming call should one arrive. 
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. There ^re then five Information Sets: of various, forms available for interaction via the 
Information Routing Layer. Figure 7 illustrates how the Information Router handles these Sets. 
Firstly, the Information Router 42 detemrirnesltiat the Information Request 49 raised by the 
Telephony Switch 43 oan be satisfied if the:Dataset 48 originally raised by the same Block 43 is 
matched up with two of the Exchange Sets 47 - one which delivers the "Detairs" Field as its Output 
Set (from the Database 44) and;another which delivers the "Done" Field as its Output Set (e.g. 
from Agent PC1 , Block 45). 

The origins of the various Sets are unimportant as far as the Information Router is 
concerned. . Its objective is. simply to find an effective aggregation to meet any pending Information 
Request, In the case shown in Figure 7,the Information Router 42 has chosen to aggregate two 
Exchange Sets 47 and the Dataset 48 with the Request 49 forming an Aggregate Set 50. 
' The Informatron Router proceeds with the following steps: 

(i) the "CLI" Field is sent to the Customer Database 44. which responds with the customer 
"Details" Field which is then attached to the relevant Exchange Set 47. 

(ii) as this Field makes up the entire Output Set in that Exchange Set. the Information Router 
42 moves the Output Set into the Dataset 48 and the Input Set is cleared from that Exchange Set 
47, leaving it empty once more. This means that the Customer Database 44 is immediately able to 

, provide another set of "Details" for exchange when the next call arrives. 

(iii) the "PCI". "Details" and"CLI" Fields are now. available from the Dataset 48 for the Agent 

;PC1. - ; - 

(iv) The Agent PC1 (Block 45) now has all the information required pi'operly to conduct the 

. call with the customer. The Agent PC1 can take as long as it likes to raise the "Done" Field once it 
; is in receipt of its specified Input Set [PC1,CLI. Details] - this corresponds to the Agent's telephone 
conversation taking as long as necessary. * 

(v) When the call finishes, the Agent PC1 enters the "Done" Field into its Exchange Set 47. 

(vi) Since this Field makes up the entire Output Set. the Information Router 42 transfers the 
Output Set into the Dataset 48 and the Input Set information is cleared. from the Exchange Set. 
leaving it Empty once more. This means that the Agent PC1 is immediately able to take and 
complete a new call using its Exchange Set to record the relevant information. 

(vii) The "PC1" and "Done" Fields are now available to satisfy the tnformation Request 49 
originally raised by the Telephony Switch 43. 

(viii) Upon receipt of that satisfied Information Request 49, the Telephony Switch 43 is able 
to close down the call to Agent PC1. The satisfied Information Request 49, having been delivered 
to the Block 43 that raised it, is also removed entirely from the Information Routing Layer 42. 

The Information Router 42 has now done its work and, as illustrated in Figure 8, the 
Information Routing Layer contains the original Exchange Sets in the same Empty state as in 
Stage 1 (Figure 4) with the addition of a Dataset 48. which has supplied an Information Request 
Set comprising the "PC1" Field and the "Done" Field. This Dataset 48 is not permitted to supply a 
further Information Request Set with the information in any Field already supplied in response to an 
identical, previous Information Request 49. so the continued availability of this Dataset 48 for other 



potential uses does not impact the handling of future calls. It may be that the Dataset 48 will expire 
(if this option is enabled within the Information Router 42). 

It is important to note that at ho fime is the order of operations (or "workflow'*) specified, nor 
is it necessary to programme for specific interactions between Blocks in the integrated data 
5 network. The Information Router 42 simply takes the information available from the various 

independent Blocks and allocates or distributes that information to meet Information Requests from 
a Block. In a real-life environment (such as a call centre with hundreds of lines), using current 
processing technology, the Information Router can readily process multiple Information Requests 
and perform many aggregations simultaneously. No Block itself need even be aware of the 

10 existence of any other particular Block. This is a significant advantage of the present invention, 
which enhances system flexibility. 

This flexibility is demonstrated in the example Illustrated in Figures 9 and 10. which illustrate 
how the District 41 from the previous example can bear the adcHtion of a new Call Logging Facility 
51 without any changes whatever to the existing Blocks. This provides considerable potential for 

1 5 savings in the time and cost of implementation over existing methods and systems. 

In Figure 9 a new Block 51 , a Call Logger, has been added to logs completed calls. It makes 
this function known to the Information Router 42 by raising an information Request 52 requesting 
the "CLr Field and the "Done" Field. Whenever this Information Request 52 is satisfied and the 
requested Information is delivered by the Information Routing Layer 42 to the Call Logger 51, it 

20 stores the Information in its Call Log database and will then raise a new Information Request. In 
the present example, as shown in Figure 10, the Information Router 42 recognises that the initial 
Information Request 52 from the Call Logger 51 can be nriet by supplying the "CLr and "Done" 
Fields from the currently available Dataset 48, which has not previously been used in response to 
such an Information Request. ^ 

25 The Call Logger 51 can therefore operate at its own rate, vast or slow, without affecting Its 

ability to log all the calls that occur - this Is because even if new Datasets with new "CLI" and 
"Done" Fields are raised faster than the Call Logger 51 can gather the relevant Information with 
new ^nformation Requests, the Information Routing Layer 42 will simply deliver that Information 
from each new Dataset as and when a nev/ Information Request is raised. 

30 It will be apparent that the Information Routing Layer according to the present invention may 

be Implemented by distributed components of hardware and software or by a single device 
depending upon suitability for any particular application. The Fields, Attributes and supplied sets 
associated with a Dataset may therefore be held within a single device or distributed amongst more 
than one. This applies also to the storage and processtrig associated with Information Requests 

35 and Exchange Sets. 
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CLAIM? . . . : ^ . 

1 .■ A method of facilitating the exchange and processing of information in and between a 
, . plurality of Blocks (43. 44, 45. 46)*. each. Block comprising an information-providing or 
information-processing element in an i/itegrated data network, at least one Block having a 
requirenrient to receive information from one or; more other Blocks, the method comprising 

- providing an Information Routing Layer (42) to manage the exchange of information 
between Blocks and the fulfilment of a specific Information Request(49) from a Block (43) 
having a requirement to receiye information; wherein 

^ - each Block (44. 45, 46.) which can provide or process infonnation on the network is 

registered at the Information Routing Layer (42) for such purpose; 
. - each unit of information is handled in the Information Routing Layer (42) as a Field within a 

Dataset (48) uniquely identified and associated with the Block first responsible for providing 

information in such Dataset; . 

- on receipt of an Information Request (49) specifying at least one Field; the Information 
Routing Layer (42) operates to match the or each requested Field with a Proper Set 
comprising a corresponding Field (or Fields) selected from an available Dataset or Datasets. 



2. A method according to cl3im 1, in which one or more Blocks (44. 45, 46) has an information 
processing capability to produce one or more specified output Fields when provided with one 
or rnore specified input Fields, this capability is recorded In the Information Routing Layer in 
the form of an Exchange Set (47) for each Block with said capability specifying the said input 
and the.said output Field(s) for each such Block, and the Information; Routing Layer is 
adapted to form an Aggregate Set (50) of one or more Fields from an availablfe Dataset or' 
Datasets with one or more of said Exchange Sets so as to enable the fulfilment of a specific 

; Information Request. 

3. . A method according to claim 1 or claim 2 in which the Information Request specifies an 

Information Request Value, and the or each Exchange Set specifies an Exchange Set Cost, 
each being a representative measure of a critical resource which is relevant as a 
determining factor in the operation of the Information Routing Layer, and the Information 
. Routing Layer uses the specified Information Request Value and Exchange Set Cost(s) to 
determine whether a particular Information Request can or should be fulfilled appropriately 
by possible Exchanges, within the applicable resource constraints. 

4. An Information Router for facilitating the exchange and processing of information in and 
between a plurality of Blocks, each Block comprising an information-providing or information- 
processing element in an integrated data network, at least one Block having a requirement 
to receive information from one or more other Blocks, the Information Router comprising one 
or more computer processor(s) programmed to manage the exchange of information 
between Blocks and the fulfilment of a specific Information Request from a Block having a 



requirement to receive information; whereby each Block which can provide or process 
information on the network is registered by the Information Router for such purpose; each 
unit of information is handled processed by the Information Router as a FieFd within a 
Dataset uniquely identified and associated with Ihe Block first responsible for providing 
information in such Dataset; and whereby on receipt of an Information Request specifying at 
least one Field, the Information Routier will operate to match the or each requested Field with 
a Proper Set comprising a corresponding Field (or Fields) selected from an available Dataset 
or Datasets. 

An Information Router according to claim 4. for use v/here one or more Blocks has an 
information processing capability to produce one or more specified output Fields when 
provided with one or more specified input Fields, the Information Router being programmed 
to record such capability in the form of an Exchange Set for each Block with such capability 
specifying the said input and the said output Field(s) for each such Block, and in operation to 
form an Aggregate Set of one or more Fields from an available Dataset or Datasets with one 
or more of said Exchange Sets so as to enable the fulfilment of a specific Information 
i Request. 

An Information Router according to claim 4 or claim 5 programmed to use an Information 
Request Value when specified in an Information Request, and an Exchange Set Cost when 
specified in an Exchange Set. each said Value and Cost being a representative measure of 
a critical resource which is relevant as a determining factor in the operation of the 
Information Router, and wherein, in operation, the Information Router uses the specified 
Information Request Value and Exchange Set Cost(s) to determine whether a particular 
Information Request can or should be fulfilled appropriately by possible Exchanges, within 
the applicable resource constraints. 

A method substantially as herein described with reference to any of the accompanying 
drawings. 

An Information Router substantially as herein described with reference to any of the 
accompanying drawings. 
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. . : ? : ^ i aABSJRAGT ' ^ 

' ■ Th6 inventioa provides an Improved method and apparatus for information routing and 
i sharing in multipfe: computer networksrvyjthicWcan'facilite^ integration of diverse network 

and data systems. In an irrtegratetf/data network comprising multiple computer systems, distinct 
information users and sources are treated as "Blocks" 1 ; An Information Routing Layer 3 provides 
for the routing of information stored in the form :Of:Datasets (combinations of field names, types, 
values and other components) from one Block 1 to another by a process of 'Information Routing", 
such that an existing Dataset can be provided or an Aggregate Set can be constructed as required 
to meet the information requests of other Btocksrih the integrated data network without 
programmatic or specified workflow reference to such other Blocks; 
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Figure 2 - Diagram of Example Dataset 
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Figure 5 - CTI Stage 1 
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Figure 6 - CTI Stage 2 
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Figure 7 - CTI Stage 3 



CTI Application 
Stage 4 



Telephony 
Switch 



,43 



45, 



Agent PC 
1 



Exchange: [Done] for 
[PCI. CLI, Details] 



Customer 
Database 



Exchange: 
[Details] for [CLI] 

^^■^^^44 



Info Routing 
District "CTI" 



46- 



Agent PC 
2 



Exchange: [Done] for 
[PC2. CLI. Details] 



47 



48 [PC1.CLI, Details, Done] 

Supplied: [PC1, Done] 



Figure 8 - CTI Stage 4 
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Figure 9 - New Block 
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Figure 10 - New Information Request Set Satisfied 



